1

最近的工作一直在与服务端性能优化打交道,QPS(每秒查询率)的苛刻要求让我这个以前也就用 node.js 写写博客的人深刻地感觉到以前做的东西就是个玩具。所以最近也在尝试了解一些压测方面的知识。对于压测工具,业界常用的有 jmeter、loadrunner、tcpcopy、apache bench、wrk(2) 等。作为压测小白,结合项目实际情况(无需硬件监控、测试请求较简单),在这里选择了上手使用 wrk2。本文记录了使用过程中的一些心得体会。

wrk 简介

wrk2 基于 wrk 进化而来,我们可以先了解一下 wrk 的使用。wrk 类型上与 apache bench(以下简称 ab)类似,都是终端上的工具,其使用多线程设计来进行请求的生成。相比 ab,wrk 最值得称道的应该是它的自定义脚本功能:wrk 支持使用 lua 脚本来进行 HTTP 请求生成、响应处理以及自定义压测报告等。
在基本的配置项上 wrk 也非常简单:

$ wrk
wrk 4.1.0 [kqueue] Copyright (C) 2012 Will Glozer
Usage: wrk <options> <url>
  Options:
    # HTTP 连接数
    -c, --connections <N>  Connections to keep open
    # 测试持续时间,如 2s 2m 2h
    -d, --duration    <T>  Duration of test
    # 开启的线程数
    -t, --threads     <N>  Number of threads to use
    
    # 进阶功能,使用 lua 脚本
    -s, --script      <S>  Load Lua script file
    
    # 添加请求头,如 "User-Agent: wrk"
    -H, --header      <H>  Add header to request
    
        # 打印详细延迟统计
        --latency          Print latency statistics
        
        # 设置请求超时时间,大于该时间的请求将被记录
        --timeout     <T>  Socket/request timeout

对 url http://127.0.0.1:8080/index.html 进行开启 12 个线程,打开 400 个 HTTP 连接,持续 30s 的压测,可表示如下:

wrk -t12 -c400 -d30s http://127.0.0.1:8080/index.html

压测结束后产出的报告内容也还比较详细,都是一些压测方比较关心的数据,比如延迟分布、QPS 等,这里就不过多赘述。

自定义脚本功能

如果 wrk 常规的功能无法满足需求,那么这时就需要用户自行编写脚本去进行处理。wrk 官方提供了一些示例脚本以供参考。当然首先我们要掌握基本的 lua 语法,然后需要参考 wrk 暴露出的 lua 接口。wrk 在 setup、running、done 三个声明周期内暴露了许多方法,分别用于线程的配置、请求和响应的处理以及自定义展示最终生成的测试报告。结合脚本,wrk 能够完成相当程度的复杂压测需求。很多 wrk 的教程对此处并没有详细说明,但个人认为这里才是 wrk 的精华所在。如果想熟练上手使用,应当对自定义脚本的使用有所了解。

例如,如果想对每个请求增加一定延时,可在 wrk 暴露出的 delay 函数中进行设置:

function delay()
   return math.random(10, 50)
end

或者你想对 post 请求作压测,则可以对 table wrk 进行设置:

wrk.method = "POST"
wrk.body   = "foo=bar&baz=quux"
wrk.headers["Content-Type"] = "application/x-www-form-urlencoded"

wrk2

wrk2 是 wrk 的进化版,其号称能够提供稳定的吞吐量以及更精确的延时统计,反映到配置参数上就是 wrk2 增加了 --rate 参数用于设置吞吐量和--u_latency 参数用于显示不正确(统计学角度)的延时统计。其他使用上 wrk2 与 wrk 区别不大,算是更加完善的工具。当然 wrk2 的作者十分谦虚,字里行间流露出对 wrk 满满的崇敬之情,哈哈。

完。

本文首发于我的博客(点此查看),欢迎关注。


逆葵
726 声望11 粉丝

做一名优秀的 JavaScript 技术栈工程师